home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 1.iso / toolbox / FAQs / SGIfaqs / Indy-faq < prev    next >
Text File  |  1996-11-11  |  34KB  |  977 lines
  1.  
  2.                    startings of an Indy FAQ
  3.  
  4.   While not exactly a list of *Frequently* asked questions, this file does
  5.   contain question-and-answer messages saved out from internal and external 
  6.   newsgroups including comp.sys.sgi.graphics/comp.graphics.opengl/
  7.   comp.sys.sgi.apps/comp.sys.sgi.misc/comp.sys.sgi/sgi.engr.all/sgi.engr.dev,
  8.   which are felt to contain potentially useful-to-developers information.  
  9.   
  10.  
  11.  
  12.  
  13.   # 1.  Is there any way to increase lrectwrite performance on the Indy?
  14.   # 2.  How can I test my app, developed on a 24-bit system, on an 
  15.         simulated 8-bit-looking monitor, to see what it looks like there?
  16.   # 3.  The mapping of colours from 24 bit RGB value to 12 bit RGB values 
  17.         is different on the Indy compared to Express graphics.
  18.   # 4.  Indy clean install of 5.1 non-IndigoMagic
  19.         has major error--is it serious?
  20.   # 5.  How come my 'objectserver' always dies?
  21.   # 6.  vfork and fork clarification
  22.   # 7.  how can I force a system dump to analyze where the
  23.         machine is clogging up?
  24.   # 8.  Indy Devstation C++ software query
  25.   # 9.  Z-buffer on an Indy?
  26.   #10.  will IndigoMagic desktop background accept *other* background programs?
  27.   #11.  disabling starting up IndigoMagic background with icons
  28.   #12.  any way to disable IndigoMagic placing touched files
  29.         from my home directory on the desktop?
  30.   #13.  Indy Video Out Options
  31.   #14.  IndyCam Frame Rate and Real Time DSP
  32.   #15.  Indy v. Indigo Speed?
  33.   #16.  MIDI out on indy?
  34.   #17.  Does the indy have a floppy?
  35.   #18.  FIB 354:  IndigoMagic "Can't contact objectserver" message
  36.   #19.  Need Indy video input library info
  37.   #20.  An avid mac user into MIDI looking at buying indy
  38.   #21.  clogin not acting like old pandora in 5.1.1
  39.  
  40.  
  41.  
  42.  
  43.  
  44. # 1.  Is there any way to increase lrectwrite performance on the Indy?
  45. -------------------------------------------------------------
  46.         On Indy and XL systems, lrectwrite performance
  47.         can be significantly increased for some applications
  48.             by locking the data buffer in memory and making the
  49.             buffer uncacheable.  This is worth doing if the 
  50.             same buffer is to be used in repeated calls to lrectwrite. 
  51.             See mmap(2), mpin(2), cachectl(2), and cacheflush(2).
  52.  
  53.             Note: it may be dangerous to use this technique with
  54.                   lrectread and sproc.  If two processes are 
  55.           sharing memory address space, and one of them 
  56.           starts a dma into memory which the other thread 
  57.           unmaps while the dma is running, system memory 
  58.           could be corrupted.
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65. # 2.  How can I test my app, developed on a 24-bit system, on an 
  66.       simulated 8-bit-looking monitor, to see what it looks like there?
  67. -------------------------------------------------------------
  68.  
  69.        We have provided a binary utility in ~4Dgifts/toolbox/bin called 
  70.        setfb which is intended for use by developers wishing to test 
  71.        their applications in an 8-bit system, when what they have is a 
  72.        24-bit system.
  73.  
  74.        setfb sets the effective frame buffer depth to 8 or 24 bitplanes.  
  75.        Actually what this does is program the xmap9 chips to use 8 or 24 
  76.        bits of pixel data from the frame buffer.
  77.                
  78.        The graphics driver will remember what the depth is set to, and 
  79.        report this value when queried by GL, Xsgi, or other applications. 
  80.        The depth set by setfb will remain in effect until the system is 
  81.        rebooted, or setfb is run with a new depth.
  82.  
  83.        USAGE: setfb -d depth
  84.               If depth is not one of 0,8,24, a usage message is printed.
  85.               Depth = 0 tells the driver to set depth to the actual 
  86.              number of bitplanes installed.
  87.  
  88.           NOTE: only useable with Indigo^2 XL and Indy machines.
  89.           BUGS: no multi-head support; affects all installed NG1 boards.
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96. # 3.  The mapping of colours from 24 bit RGB value to 12 bit RGB values 
  97.       is different on the Indy compared to Express graphics.
  98. -------------------------------------------------------------
  99.  
  100. The mapping of colours from 24 bit RGB value to 12 bit RGB values is 
  101. different on the Indy compared to Express graphics.  Indeed, all the 
  102. 8 bit to n bit (where n<8) conversions, including dithering, have 
  103. been changed.
  104.  
  105. The following is table of 8 bit colour components written to a double
  106. buffered 12 bit frame store compared with the values actually placed 
  107. in the framestore:
  108.  
  109.  
  110.  
  111.     8 Bit Component Written        4 Bit component in framestore
  112.     -----------------------        ------------------------------
  113. Indy 24 bit or XL    XS24/XZ/Elan/Extreme
  114. -----------------    --------------------
  115.  
  116. 0x00 - 0x07         0x00 - 0x0f            0x00
  117. 0x08 - 0x18         0x10 - 0x1f            0x10
  118. 0x19 - 0x29         0x20 - 0x2f            0x20
  119. 0x2a - 0x3a         0x30 - 0x3f            0x30
  120. 0x3b - 0x4b         0x40 - 0x4f            0x40
  121. 0x4c - 0x5c         0x50 - 0x5f            0x50
  122. 0x5d - 0x6d         0x60 - 0x6f            0x60
  123. 0x6e - 0x7e         0x70 - 0x7f            0x70
  124. 0x7f - 0x90         0x80 - 0x8f            0x80
  125. 0x91 - 0xa1         0x90 - 0x9f            0x90
  126. 0xa2 - 0xb2         0xa0 - 0xaf            0xa0
  127. 0xb3 - 0xc3         0xb0 - 0xbf            0xb0
  128. 0xc4 - 0xd4         0xc0 - 0xcf            0xc0
  129. 0xd5 - 0xe5         0xd0 - 0xdf            0xd0
  130. 0xe6 - 0xf6         0xe0 - 0xef            0xe0
  131. 0xf7 - 0xff         0xf0 - 0xff            0xf0
  132.  
  133.  
  134.  
  135. This mapping of colours has upset a morphing package which uses
  136. RGBwritemask to provide double-buffered overlay planes.  The package 
  137. uses the top bit of each colour component as the overlay plane, 
  138. leaving 3 bits for each of R, G and B.  On Express graphics the 
  139. components are simply truncated - on the Indy they have now 
  140. implemented a new colour mapping algorithm (see the table above).
  141.  
  142. >>   has someone seen this ugly behaviour before? I have a small
  143. >> gl program that (in its stripped form) just opens a (old-style)
  144. >> gl-window (doublebuffered, RGB, zbuffer true) and  clears the
  145. >> background to some greyish color (60/60/60). On a Extreme, XZ
  146. >> and Elan the window looks good. On a 24bit Indy or Indigo2/XL
  147. >> you can see really bad dither patterns. How can this be? All
  148. >> systems have 24 bitplanes and use 12 of them in db-mode. Some
  149. >> kind of dithering has to happen on all of them. Why is the
  150. >> dithering for the newport GFX different and, worse, really bad?
  151. >> Is there a way to influence the used dither patterns? Unfortunately
  152. >> this effect is very visible at my favourite application site. 
  153. >> Using "dither(0)" solves the problem for the background, but 
  154. >> shaded images look really funny afterwards.
  155.  
  156. > Yes, I ran into this a few months ago. The way colour values are computed,
  157. > when there are less than 8 bits per component, has changed. You have just
  158. > run into a case where the values computed are different on Newport
  159. > graphics compared to Express.
  160.  
  161.  
  162.    This is merely the choice of colors.  As explained above, the
  163.    color values are dithered differently.  Indy uses a dithering 
  164.    technique that keeps color ramps linear, rather than maxing 
  165.    out at colors > 0xf0.
  166.  
  167.    Note that the dither patterns are no worse than on an elan, 
  168.    just that the different color values come out with the solid 
  169.    patterns, and different ones come out with the 'dotty' dither 
  170.    patterns. Again, see the explanation above.
  171.    
  172. >> In this particular package some grey colours on Express graphics were
  173. >> becoming bright magenta on the Indy! To work around the problem the
  174. >> developer has simply truncated the RGB values to 4 bits.
  175.  
  176.    Only on 8 bit machines does gray get dithered with green-magenta
  177.    colors (due to the fact there aren't the same number of bits for 
  178.    R, G and B, you get either 1-2-1 or 3-3-2 bits).  On a 24 bit Indy
  179.    or XL, grays are only dithered with shades of gray.
  180.  
  181. >> Has anyone else noticed any similar problems which could have been caused
  182. >> by this? Could it give us problems with any other packages? Should we ask
  183. >> for a gl_compat facility to ensure compatibility for old 4.0.5
  184. >> applications?
  185.  
  186.    Unless you want to ask for dead-slow graphics (software would 
  187.    have to render down to each individual pixel), there's no 
  188.    switch to use. The dithering is implemented in the REX3 hardware.
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195. # 4.  Indy clean install of 5.1 non-IndigoMagic 
  196.       has major error--is it serious?
  197. -------------------------------------------------------------
  198. > Subject: Indy clean install of 5.1 non-IndigoMagic has major error
  199. >
  200. > O.K., I know I wasn't supposed to install non-IndigoMagic on an Indy but 
  201. > never mind, I have some lame excuses.
  202. >
  203. > After doing a clean install I get this error when booting from ttyd1.
  204. >
  205. > ---------------------------------------------------------------------------
  206. >                            Starting up the system...
  207. >
  208. > IRIX Release 5.1 IP22 Version 08280056 System V
  209. > Copyright 1987-1993 Silicon Graphics, Inc.
  210. > All Rights Reserved.
  211. >
  212. > The system is coming up.
  213. >
  214. > root: *** IRIS's Internet address is the default
  215. > root: *** Using standalone network mode.
  216. > UX:touch: ERROR: Cannot create /var/tmp/.swap.virtual: No such file or
  217. directory
  218. > swap:swapadd failed for /var/tmp/.swap.virtual: No such file or directory
  219. > The system is ready.
  220. > ---------------------------------------------------------------------------
  221. >
  222. > So is this serious ?
  223.  
  224. No, it's not serious.  The reference to /usr/tmp/.swap.virtual was a hack so
  225. that applications would not die on a 16 Mb. Indy due to running out of virtual
  226. swap.
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233. # 5.  How come my 'objecever' always dies?
  234. -------------------------------------------------------------
  235. Subject: Re: How come my 'objectserver' always dies?
  236.  
  237. > Subject: How come my 'objectserver' always dies?
  238. >
  239. > I've installed 5.1 MR/IndigoMagic on the machines in my office.  The
  240. > Indy consistently complains about:
  241. >
  242. > Sep 15 15:27:57 3D:sarcasm objectserver[523]: base verify: get error for
  243. 59.101.1762080780.10
  244. > Sep 15 15:27:59 3D:sarcasm objectserver[523]: local account: error
  245. creating user
  246. > Sep 15 15:27:59 3D:sarcasm objectserver[523]: NIS account: error creating
  247. user
  248. >
  249. > My PI also complains but doesn't mention the 'base verify' error.
  250. >
  251. > Has anyone seen and solved this problem?  Paps I'm better off
  252. > without the objectserver?
  253. >
  254.  
  255.         Your not missing much. I had problems with my object server as
  256.         well, but it was fixed when I did this as root :
  257.  
  258. >                       /etc/init.d/cadmin stop
  259. >                       rm -rf /var/Cadmin/data
  260. >                       /usr/Cadmin/bin/parseclasses
  261. >                       /etc/init.d/cadmin start
  262. >
  263.  
  264. _____________________________________________________
  265.  
  266.  
  267. The above 4 lines is equivalent to saying :
  268.  
  269. /etc/init.d/cadmin clean
  270.  
  271.  
  272. _____________________________________________________
  273.  
  274.  
  275. | The above 4 lines is equivalent to saying :
  276. | /etc/init.d/cadmin clean
  277.  
  278.  
  279. We just installed 5.1.1 on our Indy in the lab, and we had
  280. problems with the object server.
  281.  
  282. When I did a "/etc/init.d/cadmin clean", it did not fix the problem.
  283.  
  284. However, when I did:
  285.  
  286.         /etc/init.d/cadmin stop
  287.         rm -rf /var/Cadmin/data
  288.         /usr/Cadmin/bin/parseclasses
  289.         /etc/init.d/cadmin start
  290.  
  291. the problem went away.
  292.  
  293. So.... either "/etc/init.d/cadmin clean" doesn't do what you said
  294. it should do, or it's a bug.
  295.  
  296.  
  297.  
  298. _____________________________________________________
  299.  
  300.  
  301. > So.... either "/etc/init.d/cadmin clean" doesn't do what you said
  302. > it should do, or it's a bug.
  303.  
  304. But then I did forget a step.  Doing a clean does everything but
  305. restart the objectserver.  Sorry about that ... what you want is
  306. this :
  307.  
  308. /etc/init.d/cadmin clean
  309. /etc/init.d/cadmin start
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316. # 6.  vfork and fork clarification
  317. -------------------------------------------------------------
  318. Newsgroups: sgi.engr.devp
  319. From: olson@anchor (Dave Olson)
  320. Subject: Re: Indy clean install of 5.1 non-IndigoMagic has major error
  321. Date: Fri, 17 Sep 93 03:27:51 GMT
  322.  
  323. | One other source of this problem is with tasks that fork.  I think
  324. | everytime a task forks it makes a virtual memory copy of itself even
  325. | though it may not use very little of the virtual memory.  If a big
  326. | task forks once or twice the virtual memory is gone and things start
  327. | crashing. 
  328. | 
  329. | This is why vfork was around at one time on IRIX and is still around on
  330. | other UNIX systems.  vfork didn't duplicate all the virtual memory up
  331. | front as I remember.  In 4.0.5 IRIX made fork and vfork synonymous since 
  332. | we didn't have strict accounting.  It didn't matter how much virtual
  333. | space you wasted on a fork.  Now that strict accounting is back we
  334. | need vfork back.
  335.  
  336. No, we made vfork and fork the same because vfork *emulation* via
  337. sproc really didn't work right, and we decided it was best to
  338. just stop supporting it than to continue hacking trying to make
  339. it work.  Even the original creators of vfork stated up front that
  340. it was a gross hack.
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347. # 7.  how can I force a system dump to analyze where the 
  348.       machine is clogging up?
  349. -------------------------------------------------------------
  350. > Subject: force indy dump
  351. > 
  352. > Hi all,
  353. > 
  354. > One developer up in the booneys (i.e., a long way out of town) has reported
  355. > that every so often their Indy freezes, and they can't get any useful info
  356. > on why it is happening (running 5.1 MR, but REX3 rev A with appropriate
  357. > library). Is there some way I can force a system dump so that I can analyse
  358. > where the machine is clagging up ?
  359.  
  360.  
  361. You can try to run a debugging kernel !!
  362.  
  363. That way you can drop into the kernel debugger and pinpoint exactly
  364. where the problem is.
  365.  
  366. Well maybe !
  367.  
  368. You need a terminal (or at least a wire connected between the serial ports
  369. of the Indy and another machine then change the file
  370. /usr/var/sysgen/system/irix.sm in the following :
  371.  
  372. ----
  373. EXCLUDE: idbg
  374. ---- becomes
  375. INCLUDE: idbg
  376. ----
  377.  
  378. The lines commented (at the end of the file) starting with
  379. *CCOPTS:
  380. and
  381. *LDOPTS:
  382.  
  383. should be uncommented and the uncommented ones should be commented !
  384. (In other words choose the appropriate version of CCOPTS and LDOPTS !)
  385.  
  386. Then autoconfig and reboot.  When the kernel hangs strike ^A at the
  387. terminal and single step until you find out where it hangs !
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. # 8.  Indy Devstation C++ software query
  395. -------------------------------------------------------------
  396. Article: 1674 of comp.sys.sgi.apps
  397. From: pal@xanadu.wpd.sgi.com (Anil Pal)
  398. Subject: Re: Indy Devstation software
  399. Organization: Silicon Graphics, Inc.
  400. Date: Thu, 30 Sep 1993 00:00:52 GMT
  401.  
  402. In article <CE4F28.LyE@ssesco.com>, mitchv@ssesco.com (Mitch Voehl) writes:
  403. |> I have heard about the Indy Devstation hardware and software package.
  404. |> 
  405. |> 1.   What version of C++ is available on the Devstation?
  406. |> 
  407. |> 2.   Is this an SGI written C++ compiler, or will it still be
  408. |>      the cfront based compiler?
  409.  
  410. The DevStation includes an Indy workstation with 16M RAM and 340M disk,
  411. the Iris Development Option, and the CaseVision/WorkShop programming
  412. tools.  The base price ($5995 as described above) does not include a
  413. C++ compiler.
  414.  
  415. You can purchase (at the usual price) the regular SGI C++ compiler
  416. package for the DevStation (or for any other SGI workstation).  This is
  417. currently based on cfront 3.x.
  418.  
  419. SGI has announced WorkShop/Pro C++, to be released in December, which
  420. will include a native compiler (not based on cfront, but source-code
  421. compatible with cfront 3.0).
  422.  
  423. |> 3.   Will it contain exception-handling?
  424.  
  425. No, this is C++ 3.0-level, so does not contain exception handling.
  426.  
  427. -- 
  428. Anil A. Pal
  429. pal@sgi.com     (415)-390-5279
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436. # 9.  Z-buffer on an Indy?
  437. -------------------------------------------------------------
  438. Article: 4954 of comp.sys.sgi.misc
  439. From: rc@sgi.com (Roger Corron)
  440. Subject: Re: Indy vs. Indigo 4000
  441. Date: 28 Sep 1993 18:33:09 GMT
  442. Organization: Silicon Graphics Inc., Mountain View, CA
  443. Lines: 14
  444.  
  445. Terran Boylan (boylan@kodiak.eai.iastate.edu) wrote:
  446.  
  447. : I've heard different versions of whether the Indy has a Z-buffer or not.
  448.  
  449. : Does it?  Will an application executable (that uses the Z-buffer)
  450. : that was compiled (with -lgl_s, etc.) under 4.05XYZ run on an Indy under
  451. : 5.1.1 with its Z-buffer functionality intact?
  452.  
  453. Yes. The Z buffer is implemented in software and is kept in virtual
  454. memory, as with Indigo Entry systems.
  455.  
  456. Roger Corron
  457. Silicon Graphics
  458. rc@sgi.com
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465. #10.  will IndigoMagic desktop background accept *other* background programs?
  466. -------------------------------------------------------------
  467. Article: 19517 of sgi.engr.all
  468. From: dave@sgi.com (dave "who can do? ratmandu!" ratcliffe)
  469. Subject: Re: Momma...give me back my background!
  470. Organization: Silicon Graphics, Inc.
  471. Date: Tue, 5 Oct 1993 15:30:33 GMT
  472. Lines: 25
  473.  
  474. >If you want icons on the background, you have to 
  475. >stick with the backgrounds we've got.
  476. i'm a real info-dummy w/regard to the indigomagic-universe.  i've seen 
  477. indys with these new backgrounds and was wondering what one wud do to 
  478. make one's bitch bgpaste'd collage of rgb imgs show up.  since you 
  479. stepped up to the plate, how about answering this one?
  480.  
  481. Q: Is it true that one can either have their previous background OR
  482.    the IndigoMagic desktop background replete with icons, but not both?
  483.  
  484.    Follow-On:  If the above is true, will this always be the way things
  485.                are, or is SGI intending to enhance IndigoMagic so one 
  486.                can still have one's own background image[ collage]/program
  487.                AND ALSO have the full-functionality of the desktop
  488.                including icons?
  489.  
  490.  
  491.  
  492. Article: 19557 of sgi.engr.all
  493. Subject: Re: Momma...give me back my background!
  494. Date: Wed, 6 Oct 93 20:16:03 GMT
  495.  
  496. >Q: Is it true that one can either have their previous background OR
  497. >  the IndigoMagic desktop background replete with icons, but not both?
  498.  
  499. Yes this is true.  This is not what we wanted, but it was necessary to
  500. get icons on the background (a marketing and management requirement)
  501. with decent performance (we looked at using the X shape extension but
  502. the performance with a large number of icons was unacceptable--please
  503. direct all energy spent on flames stating that the current performance
  504. is unacceptable into some productive work on improving it).
  505.  
  506. >   Follow-On:  If the above is true, will this always be the way things
  507. >              are, or is SGI intending to enhance IndigoMagic so one 
  508. >              can still have one's own background image[ collage]/program
  509. >              AND ALSO have the full-functionality of the desktop
  510. >              including icons?
  511.  
  512. I wont make any statements regarding perpetuity, but we are not
  513. actively working to enhance the capabilities.  If someone could point
  514. me at some easy to use efficient code to convert files in image
  515. formats into X pixmaps, I'll try to get it in.  But don't count on
  516. dynamic or GL backgrounds unless we can get significant improvement on
  517. the shape extension performance.
  518.  
  519.  
  520.  
  521. Article 19627 (6 more) in sgi.engr.all:
  522. Subject: Re: Momma...give me back my background!
  523. Organization: Silicon Graphics, Inc.  Mountain View, CA
  524. Date: Mon, 11 Oct 93 17:02:36 GMT
  525.  
  526. We tried using the shape extension.  Once we had more than about 10
  527. icons on the background, things started to slow down.  With about 20,
  528. it became unusable.  (The main thing that slowed down was moving
  529. windows, particularly for drag and drop.)  While we were able to
  530. perform some tricks to help improve things, we never achieved an
  531. acceptable performance.
  532.  
  533. Regarding overlapping icons, that we can deal with although its a big
  534. tricky.
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541. #11.  disabling starting up IndigoMagic background with icons
  542. -------------------------------------------------------------
  543. Article: 19660 of sgi.engr.all
  544. Subject: Re: Momma...give me back my background!
  545. Organization: Silicon Graphics, Inc., Mountain View, CA
  546. Date: Tue, 12 Oct 93 21:35:24 GMT
  547.  
  548. In order to support icons on the background it was necessary to make a
  549. fake background window.  If you want to disable starting up with icons
  550. on the background, create a file called ~/.desktop/nodesktop.  The
  551. next time you start up it will be without icons on the background and
  552. you will be able to set your own backgrounds.
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559. #12.  any way to disable IndigoMagic placing touched files 
  560.       from my home directory on the desktop?
  561. -------------------------------------------------------------
  562. Article 19702 (32 more) in sgi.engr.all:
  563. Subject: Re: Momma...give me back my background!
  564. Organization: Silicon Graphics, Inc.  Mountain View, CA
  565. Date: Thu, 14 Oct 93 16:47:33 GMT
  566.  
  567. > Is there any way to keep the desktop, but prevent it from
  568. > placing any files you touch in your home directory on the desktop?
  569.  
  570. There is currently no way to turn this off, although I agree there
  571. should be.  I've forwarded your posting to our group.
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578. #13.  Indy Video Out Options
  579. -------------------------------------------------------------
  580. Article: 2453 of comp.sys.sgi.graphics
  581. From: msc@ramoth.esd.sgi.com (Mark Callow)
  582. Subject: Re: Indy Video Out Options
  583. Organization: Silicon Graphics, Inc.  Mountain View, CA
  584. Date: Tue, 12 Oct 93 18:04:10 GMT
  585.  
  586. In article <1993Sep22.154608.1660@ncar.ucar.edu>, bill@rap.ucar.edu writes:
  587. > I am interested in producing NTSC output from software run on an Indy.
  588. > Can anyone tell me what video-out graphics board options are available?
  589. > Note that the output is destined for broadcast, so if some better
  590. > quality output were available, we would probably be interested in 
  591. > hearing about that in particular.
  592.  
  593. There will be a product, currently and confusingly named Indy Video,
  594. (also known as Galileo Junior) designed for video out on the Indy.  It
  595. is, as the latter name implies, a stripped down version of Galileo
  596. video.  This is as much as I know about it.
  597.  
  598.  
  599.  
  600.  
  601.  
  602.  
  603. #14.  IndyCam Frame Rate and Real Time DSP
  604. -------------------------------------------------------------
  605. Article: 2456 of comp.sys.sgi.graphics
  606. From: msc@ramoth.esd.sgi.com (Mark Callow)
  607. Subject: Re: IndyCam Frame Rate and Real Time DSP
  608. Organization: Silicon Graphics, Inc.  Mountain View, CA
  609. Date: Tue, 12 Oct 93 18:48:37 GMT
  610. Lines: 24
  611.  
  612.  
  613. In article <C92HK.93Oct9230359@msc4.comlab>, c92hk@comlab writes:
  614. > 
  615. > Greetings,
  616. > can somebody please fill me in on the frame rate and resolution of the
  617. > IndyCam ? Can I do any reasonable image processing of the frames in real
  618. > time (like smoothing,edge detection etc.) ? I only need e.g. 200x300 4bit
  619. > gray images, but need to do real time tracking (crude).
  620. > 
  621.  
  622. It is possible to capture 30 frames/sec of full resolution NTSC or PAL
  623. frames into the Indy's main memory through the VINO board.  The IndyCam
  624. delivers 30fps to the VINO's SGI-D1 input.  The IndyCam resolution is
  625. roughly half of NTSC (approx 320 x 240).  I can't remember the exact
  626. numbers.
  627.  
  628. There is time and cpu cycles left over after capturing to do some
  629. simple image processing.  In our InPerson software we capture and
  630. compress 15 frames a second (at 320x240) using about 50% of the cpu. In
  631. our application we want to leave cpu cycles for audio, drawing on the
  632. whiteboard and whatever else the user wants to do.
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639. #15.  Indy v. Indigo Speed?
  640. -------------------------------------------------------------
  641. Newsgroups: comp.sys.sgi.misc
  642. From: msc@ramoth.esd.sgi.com (Mark Callow)
  643. Subject: Re: Indy v. Indigo Speed?
  644. Organization: Silicon Graphics, Inc.  Mountain View, CA
  645. Date: Tue, 12 Oct 93 20:04:32 GMT
  646.  
  647. In article <291kit$fdo@sol.ctr.columbia.edu>, shenkin@still3.chem.columbia.edu writes:
  648. > In article <kt7d6je@zuni.esd.sgi.com>
  649. >  olson@anchor.esd.sgi.com (Dave Olson) writes:
  650. > 
  651. > >...If all your rendering is done completely on the CPU, an
  652. > >SC Indy and an r4k Indigo will be *very* similar in performance.
  653. > 
  654. > Maybe.  The only Indigo that does all its rendering on the CPU is
  655. > the one with "entry-level graphics," which only operates at
  656. > low-resolution.  An Indy will usually have a high-resolution
  657. > display.  Thus, since the CPU's run at virtually the same rate, 
  658. > wouldn't the Indigo render faster?
  659. > 
  660.  
  661. No.  The Indigo does all its transformations and some rasterization on the CPU.
  662. Most of the rasterization step (lines, pixel fills, plane operations etc)
  663. is done in hardware.  This is the step that takes longer on a screen
  664. with more bits.  Indy Graphics is faster than Indigo Entry Graphics so
  665. for graphics an Indy is a bit faster than an Indigo R4K Entry Graphics.
  666.  
  667. But Dave's statement is correct.  When rendering entirely on the CPU the two
  668. machine are very similar.  Rendering entirely in software on the CPU
  669. is done by many software packages when photo-realistic images are needed.
  670. Often the result is never seen until imaged onto film.
  671.  
  672.  
  673.  
  674.  
  675.  
  676.  
  677. #16.  MIDI out on indy?
  678. -------------------------------------------------------------
  679. Newsgroups: comp.sys.sgi.misc
  680. From: archer@elysium.esd.sgi.com (Archer Sully)
  681. Subject: Re: MIDI out on indy?
  682. Organization:  Silicon Graphics, Inc.  Mountain View, CA
  683. Date: Thu, 14 Oct 93 17:54:50 GMT
  684.  
  685. In <brownc.750602106@p4.cs.man.ac.uk> brownc@p4.cs.man.ac.uk (Christopher C. Brown) writes:
  686.  
  687. ; I am involved in some research using midi to control a synth. 
  688. ; I am using an indy to write the software, and need to connect 
  689. ; it to the synth. Does anyone have any information on whether 
  690. ; the indy's serial port is compatible with midi or if I need to 
  691. ; buy/build an interface unit of some kind. I'm using Tom 
  692. ; Benoist's Midi toolkit to send midi messages.
  693.  
  694. The Indy can do MIDI (but it was a struggle!).  
  695.  
  696. The Indy serial port can use a simple Macintosh 
  697. MIDI adapter (eg Opcode MIDI Translator, Anatek
  698. Pocket Mac, and similar devices).
  699.  
  700. There is also a MIDI library that I wrote which runs
  701. on Indy, as well as a driver.  Information about these
  702. facilities can be found in the Digital Media programming
  703. guide, which should come with the Digital Media developers
  704. option (see your local sales critter for more info).
  705.  
  706. I'm not familiar with Tom's package, so I don't know if
  707. it can be adapted to work with the MIDI library or not.  If
  708. you send me a pointer to it I can take a look at it and 
  709. let you know.   If it can't, you will also need some code
  710. to set up the serial port, which I'll be happy to provide.
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717. #17.  Does the indy have a floppy?
  718. -------------------------------------------------------------
  719. Newsgroups: comp.sys.sgi.graphics
  720. From: olson@anchor.esd.sgi.com (Dave Olson)
  721. Subject: Re: Does the indy have a floppy?
  722. Organization:  Silicon Graphics, Inc.  Mountain View, CA
  723. Date: Mon, 18 Oct 93 08:08:50 GMT
  724. Lines: 12
  725.  
  726. In <29k1kl$19q@indigo.imp.ch> ilg@imp.ch (Philippe Steindl) writes:
  727.  
  728. | The title says it all :) Does it have a HD (1.44) or hiher (2.88) floppy?
  729. | BTW: is there any kind of extension bus in the indy?
  730.  
  731. You can get an optional floptical, which handles 720K and 1.44 MB floppies
  732. also (but I don't think it handles 2.88 MB).
  733.  
  734.  
  735.  
  736.  
  737.  
  738.  
  739. #18.  FIB 354:  IndigoMagic "Can't contact objectserver" message
  740. -------------------------------------------------------------
  741. Newsgroups: sgi.engr.all
  742. Subject: Re: objectserver doesn't work on my machine
  743. Organization: Silicon Graphics, Inc.
  744. Date: Tue, 19 Oct 1993 15:53:32 GMT
  745.  
  746. |>   Before I file a bug on this I want to perform a reality check.  Ever
  747. |> since I have installed 5.1 on my machine (krill.corp), objectserver
  748. |> wont run correctly.  It appears to run but never forks and therefore
  749. |> never responds to anything.  I've tried running in it in debug mode,
  750. |> cleaning the database, etc. with no success.  Needless to say, I have
  751. |> been unable to play with the new IndigoMagic environment completely
  752. |> since alot of programs won't run.
  753.  
  754. Here is FIB 354 -- Might make sure you have tried all of this:
  755.  
  756. ***************************************************************************
  757.                         CUSTOMER SERVICES ENGINEERING
  758.                          FIELD INFORMATION BULLETIN
  759. ********************************************************************************
  760.  
  761. This FIB has been revised.  The * denotes where changes have been made to
  762. the orginal document.
  763.  
  764.  
  765. FIB 354
  766.  
  767. TITLE
  768. IdigoMagic "Can't contact objectserver" message
  769.  
  770. MODELS AFFECTED
  771. Systems running the IngidoMagic User Environment
  772.  
  773. SOFTWARE RELEASE
  774. IRIX 5.1 and greater
  775.  
  776. PARTS/DOCUMENTATION AFFECTED    PART NUMBER     REV     DA
  777.  
  778. REPORTED BY
  779. Anne Eagle
  780.  
  781. DATE REPORTED
  782. Oct 7, 1993
  783.  
  784. ASSIGNED TO
  785. Anne Eagle
  786.  
  787. DATE RESOLVED
  788. Oct 7, 1993
  789.  
  790. EFFECTIVITY
  791. Immediate
  792.  
  793. REFERENCE
  794. *objectserver(1M) man page,
  795. IRIX 5.1 Release Notes - desktop_eoe chapter,
  796. Personal System Administration Guide (Insight)
  797.  
  798. DESCRIPTION
  799. *After logging in, several systems are getting a dialog box
  800. with the message: "FM: Can't contact objectserver"
  801.  
  802. ACTION REQUIRED
  803. None...For your information only!
  804.  
  805. RESOLUTION/RECOMMENDATION
  806.  
  807. The objectserver is a daemon that maintains the state of the
  808. IndigoMagic User Environment's objects.  Examples of objects include
  809. user accounts, file systems and peripheral devices such as DAT's and
  810. CD-ROMS.  The objects are defined in the /usr/Cadmin/classes directory.
  811.  
  812. For more information, check the objectserver(1M) man page as well as the
  813. chapter on desktop_eoe in the IRIX 5.1 Release Notes.  There is also
  814. troubleshooting information on the objectserver and directoryserver in
  815. the Personal System Administration Guide in Insight.
  816.  
  817. f you are getting the "Can't contact objectserver" message, log
  818. into the system as root, and do the following:
  819.  
  820. into the system as root, and do the following:
  821.  
  822. --------------------------------------------
  823. Make sure that the objectservers are running
  824. --------------------------------------------
  825. In a shell window, type:
  826.         # ps -ef | grep objectserver
  827.  
  828. You should see three lines whose last columns show:
  829.         /usr/Cadmin/bin/objectserver
  830.         /usr/Cadmin/bin/objectserver
  831.         grep objectserver
  832.  
  833.  
  834.    If you see none or only one occurrence of the objectserver
  835.    ----------------------------------------------------------
  836.    Check to see if the objectserver configuration flag is on:
  837.  
  838.    In a shell window, type:
  839.         # chkconfig | grep objectserver
  840.  
  841.         You should see the line:
  842.            objectserver         on
  843.  
  844.         If objectserver is "off", you need to turn it on by typing:
  845.         # chkconfig objectserver on
  846.  
  847.    Then cycle the cadmin init script:
  848.         # /etc/init.d/cadmin stop
  849.         # /etc/init.d/cadmin start
  850.  
  851.  
  852.    Now do the "ps" again and make sure that the objectservers are running.
  853.    (Give them a few seconds to start up before doing the ps.)
  854.    If they are both running at this point, the error message should no
  855.    longer appear.  If it still does, go on to the next step.
  856.  
  857.  
  858.  
  859. *  If you see two objectservers running
  860.    -------------------------------------
  861.    In this case, the correct number of objectservers are running; if
  862.    you are getting the message "Can't contact objectserver", then
  863.    the object database may have gotten corrupted.
  864.  
  865.    Stop the objectservers, clean up the database and start the
  866.    objectservers again by typing:
  867.  
  868.         # /etc/init.d/cadmin stop
  869.         # /etc/init.d/cadmin clean
  870.         # /etc/init.d/cadmin start
  871.  
  872.  
  873.  
  874.  
  875.  
  876.  
  877. #19.  Need Indy video input library info
  878. -------------------------------------------------------------
  879. Newsgroups: comp.sys.sgi.misc
  880. From: spencer@hailwood.asd.sgi.com (Paul Spencer)
  881. Subject: Re: Need Indy video input library info
  882. Date: 20 Oct 1993 21:23:32 GMT
  883. Organization: Silicon Graphics, Inc., Mountain View, CA
  884. Lines: 21
  885.  
  886. mmcohen@dewi.ucsc.edu (Dr. Michael M. Cohen) says:
  887. > We have a beta Indy loaner. Can't find anything on library
  888. > calls for video input. Hope they exist. We're trying to
  889. > get running something that's up on an Indigo with starter video.
  890.  
  891. > [starter video specific code example deleted]
  892.  
  893. The Indy uses the VideoLibrary, a new common API that will
  894. work on all future SGI video products. The examples that came
  895. with your Indy were written with these.
  896.  
  897. Unfortunately, the API has not been released yet; you cannot
  898. write your own software for video input right now.
  899.  
  900. Contact the person who lent you the Indy for availability.
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907. #20.  An avid mac user into MIDI looking at buying indy
  908. -------------------------------------------------------------
  909. Newsgroups: comp.sys.sgi.misc
  910. From: gints@prophet.esd.sgi.com (Gints Klimanis)
  911. Subject: Re: An avid mac user looking at buying indy
  912. Organization: Silicon Graphics, Inc.
  913. Date: Sat, 23 Oct 93 07:30:47 GMT
  914. Lines: 47
  915.  
  916. In article <1993Oct23.020608.20300@iitmax.iit.edu>,
  917. demonmn@iitmax.iit.edu (Narayan Nayar) writes:
  918. |> I am an avid mac user, with a pretty decent setup (as far as macs
  919. |> go). I've seen and heard a little about the Indy and it has caught 
  920. |> my interest.  I am looking to purchase one, but have a few concerns...
  921. |> 
  922. |> I primarily do multimedia stuff. I have a large MIDI setup, and use
  923. |> my mac to manage that. I've seen one or two posts regarding SGI's 
  924. |> and MIDI, and it doesn't look too promising, at least as of yet.
  925.  
  926. So far, we have Blue Ribbon shipping SuperJam and Bars&Pipes MIDI applications:
  927.  
  928. Company:        Blue Ribbon Sound Works, Ltd.
  929. Interest:       MIDI sequencer for SGI Indigo 
  930. FON:            (404)315-0212 
  931. FAX             (404)315-0213           
  932. Address:        Suite 200
  933.                 1605 Chantilly Dr.
  934.                 Atlanta, Georgia 30324
  935.  
  936. |> I also do a lot of image editing and 3d modeling/rendering. I know
  937. |> the Indy will be better in that regard. 
  938. |> 
  939. |> Basically, I'd like to know how good the mac emulation is on an Indy,
  940. |> and will it go so far as to let me emulate programs such as my MIDI 
  941. |> sequencer?
  942.  
  943. Have not yet heard of Quorom running any Macintosh MIDI applications
  944. such as Opcode StudioVision, Passport Master Tracks, etc.
  945.  
  946. |> What type of serial ports does it have (how will I hook up a MIDI 
  947. |> interface)?
  948. You may use any of the following Macintosh MIDI interface boxes to
  949. connect to the Indy RS422 ports:
  950.  
  951. Macintosh MIDI boxes for Indigo/Indigo2/Indy/4D30/4D35:
  952.  
  953. For roughly $50 US,
  954. Opcode MIDI Translator (replaced by MIDI Translator II)
  955. Anatek Pocket Mac
  956.  
  957.  
  958.  
  959.  
  960.  
  961.  
  962. #21.  clogin not acting like old pandora in 5.1.1
  963. -------------------------------------------------------------
  964. Newsgroups: comp.sys.sgi.misc
  965. From: olson@anchor.esd.sgi.com (Dave Olson)
  966. Subject: Re: clogin not acting like old pandora in 5.1.1
  967. Organization:  Silicon Graphics, Inc.  Mountain View, CA
  968. Date: Sun, 24 Oct 93 03:56:18 GMT
  969. Lines: 10
  970.  
  971. clogin is the Indigo Magic replacement for pandora; normally it will
  972. (currently) be only on Indy's.  Yes, with noiconlogin, your changed
  973. rgb file won't be displayed, with clogin.  It appears to have been
  974. done deliberately, but there also seems to be some sentiment for
  975. re-enabling the feature.
  976.  
  977.